wp package install only recognized a URL as a git repository if it ended with .git, silently failing for standard GitHub/GitLab URLs without that suffix.

Changes

• maybe_add_git_suffix() method — normalizes GitHub/GitLab HTTPS and SSH URLs by appending .git if absent, before any further processing. Supports nested GitLab group paths (e.g. https://gitlab.com/group/subgroup/repo).
• Called early in install() — runs before version suffix parsing and is_git_repository() check, so all downstream logic operates on an already-normalized URL.
• GitHub-only default branch detection — get_github_default_branch() is now only called for GitHub URLs; non-GitHub git repos (e.g. GitLab) default to dev-master instead of making a failing GitHub API call.

# These now work identically to their .git equivalents:
wp package install https://github.com/wp-cli/google-sitemap-generator-cli
wp package install https://github.com/wp-cli/google-sitemap-generator-cli:dev-main
wp package install git@github.com:wp-cli/google-sitemap-generator-cli
wp package install https://gitlab.com/group/subgroup/repo

Both HTTPS and SSH formats are handled for both GitHub and GitLab. Version suffixes (:dev-main) are preserved during normalization.

Tests

Added four Behat scenarios covering the new behavior:

• Install from a bare GitHub HTTPS URL (no .git)
• Install from a GitHub HTTPS URL with a version suffix but no .git
• Install from a GitHub SSH URL without .git
• Install from a GitLab HTTPS URL with nested groups and no .git

• Fixes Determine if git from prefix also and add .git suffix if not there. #67

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.